home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950726-19950929 / 000125_news@columbia.edu_Wed Aug 9 09:35:19 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA02564
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Thu, 10 Aug 1995 03:27:04 -0400
  3. Received: by apakabar.cc.columbia.edu id AA15611
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Thu, 10 Aug 1995 03:27:02 -0400
  5. Path: news.columbia.edu!news.cs.columbia.edu!news.boxhill.com!news.sprintlink.net!howland.reston.ans.net!math.ohio-state.edu!jussieu.fr!univ-lyon1.fr!swidir.switch.ch!scsing.switch.ch!news.belwue.de!news.uni-freiburg.de!MPI1.IMMUNBIO.MPG.DE!GARTMANN
  6. From: gartmann@immunbio.mpg.de (Christoph Gartmann)
  7. Newsgroups: comp.protocols.kermit.misc,comp.os.vms
  8. Subject: Re: C-Kermit scripting & VMS ... odd?
  9. Date: 9 Aug 1995 09:35:19 GMT
  10. Organization: Max-Planck-Institut fuer Immunbiologie
  11. Lines: 69
  12. Distribution: world
  13. Message-Id: <409vgn$qm6@n.ruf.uni-freiburg.de>
  14. References: <408mms$e47@cmi.hahnemann.edu>
  15. Reply-To: gartmann@immunbio.mpg.de
  16. Nntp-Posting-Host: mpi1.immunbio.mpg.de
  17. Xref: news.columbia.edu comp.protocols.kermit.misc:3396 comp.os.vms:107331
  18. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  19.  
  20. In article <408mms$e47@cmi.hahnemann.edu>, BRENNAN@HAL.HAHNEMANN.EDU (A. Andrew Brennan) writes:
  21.  
  22. >    ;
  23. >    output \13
  24. >    input 20 Username:
  25. >    if fail error {Unable to connect}
  26. >    output \%n\13
  27. >    input 20 Password:
  28. >    if fail error {Unable to connect}
  29. >    output \%p\13
  30. >    output \13
  31. >    input 5 Username:
  32. >    if failure goto gooduser 
  33. >    echo must have a bad password
  34. >    goto eof       ; got the username prompt, must be a bad password
  35. >    :gooduser
  36. >    echo \10\10made it to gooduser\10\10
  37. >    connect
  38. >    ;    quit, return to login procedure.
  39. >    quit
  40. >    ;
  41. >
  42. >   On a Unix box, this bit will do what we want.  We pull in the username
  43. >  and password, check it against the "permitted users" list and pass it to
  44. >  the login routine via a telnet connection.  Good password - pass through 
  45. >  and the user is online.  Bad password - they get dumped.
  46. >
  47. >   VMS (CKVVTGV.EXE 5A(190) 4 Oct 1994) unfortunately doesn't work this way
  48. >  exactly.  The routine passes the username & password, looks for anything
  49. >  to indicate that the password was bad (an extra return would force a new
  50. >  'Username:' prompt on the first login attempt) and *not finding it* would
  51. >  allow the user to login ... at which point C-Kermit blows up:
  52. >
  53. > %SYSTEM-F-ACCVIO, access violation, reason mask=05, virtual address=63207427,
  54. >    PC=00066A0E, PSL=03C00000
  55. > %TRACE-F-TRACEBACK, symbolic stack dump follows
  56. > module name     routine name                     line       rel PC    abs PC
  57. >
  58. > CKVCON          ckcgetc                          6053      000000C6  00066A0E
  59. > CKVCON          conect                           6301      000005DA  0006708E
  60. > CKUUS4          doconect                         8625      00000049  0006D24D
  61. > CKUUSR          docmd                            7163      000003B2  00067F72
  62. > CKUUS5          parser                           7013      0000066A  0004EDFA
  63. > CKCMAI          main                             6657      00000302  0004D702
  64. >
  65. >   Looks like it's not happy about not finding that it shouldn't let the
  66. >  user login (not enough negatives in that sentence, no??)
  67. >
  68. >   Anyone run into this one yet?
  69.  
  70. I experienced similar problems under the following circumstances:
  71.  C-Kermit waits for some input to occur, the input arrives, it is recognized
  72.  and C-Kermit outputs some bytes but just at this time there are still some
  73.  bytes arriving (a single byte is enough) => stack dump.
  74. This may well be the case in your script. After a successfull login your
  75. script issues a second CR and at the same time some intro text from the
  76. VMS-machine is arriving => crash. To check for a successfull login try to
  77. wait for something like "User authorization failure" and issue the CR only
  78. if this string doesn't arrive.
  79.  
  80. Regards,
  81.    Christoph Gartmann
  82.  
  83. +----------------------------------------------------------------------------+
  84. | Max-Planck-Institut fuer      Phone   : +49-761-5108-465   Fax: -221       |
  85. | Immunbiologie                 PSI     : PSI%(0262)45050160374::GARTMANN    |
  86. | Postfach 1169                 Internet: gartmann@immunbio.mpg.de           |
  87. | D-79011  Freiburg, FRG                                                     |
  88. +----------- Do you know MENUE, the user environment for OpenVMS? -----------+